Weather profiles

ABSTRACT

Methods and systems for providing dynamic weather simulation in a computer gaming environment are disclosed. Weather may be user-specified, computer simulated, based on periodic updates of real-world weather conditions, or based on a pre-existing or user-created weather profile. A weather profile may include a data structure that stores weather over a location neutral geographical space, which may subsequently be applied dynamically to any selected geographical space in a simulated environment. To dynamically simulate weather while conserving computer resources, a weather simulation manager may periodically alter temperature and dew point values and determine whether to render or dissipate clouds based on the current temperature and dew point values.

CROSS REFERENCE TO RELATED APPLICATIONS

This application claims priority from and is a continuation-in-part ofSer. No. 10/716,701, filed Nov. 20, 2003, U.S. Pat. No. 7,077,749,issued Jul. 18, 2006, entitled “Dynamic Weather Simulation”.

FIELD OF THE INVENTION

The invention relates generally to weather simulation. Morespecifically, the invention provides dynamic weather scenarios to acomputer user through the use of weather profile arrays defined withrespect to an arbitrary geography and applied to a user-specifiedlocation.

BACKGROUND OF THE INVENTION

Weather simulation is a difficult process, evidenced by the rate withwhich weather forecasters and meteorologists provide incorrect weatherforecasts. “Real world” weather simulation is a computationallyexpensive process due to the required 3-dimensional modeling of airflow,temperature, precipitation, and the like. Advanced weather simulationmachines are generally comprised of supercomputers and high-end graphicsworkstations, above the price range of an ordinary consumer, andoverkill for use in most computer and/or video games.

Due to the extensive advanced weather simulation requirements, presentgeneral purpose computers are not suited to perform advanced weathersimulations. Advanced weather simulation on a general purpose computer,if possible, would consume all or a significant portion of thecomputer's resources during the simulation, leaving significantly lessresources for other processes running on the computer.

Some computer programs in the simulation genre, however, depend onweather simulation to provide a realistic virtual world in which thesimulation takes part. For example, some flight simulation games dependin part on the weather in which the user is flying to determine whetherthe user should fly under Visual Flight Rules (VFR) or Instrument FlightRules (IFR). Whether a user is flying VFR or IFR will affect the user'sactions, including instrument manipulation and communications with airtraffic control (ATC). Some war simulation games and training softwaredepend in part on weather to determine how far a player can see in thevirtual world being simulated, which may affect military strategy. Warsimulation games may also depend on simulated precipitation whendetermining the range of launched projectiles (e.g., catapults,trebuchets, cannonballs, mortars, arrows and other non-propelledmissiles, and the like). Large multiplayer online games which simulatevirtual worlds over the course of weeks or even years may depend onsimulating weather changes to add realism to the virtual environments.

Simulation games presently provide only a limited amount of weathersimulation due to the large amounts of computer resources (e.g.,processor time and memory) required to effectively simulate weather. Forexample, some known flight simulation games simulate only one weathertype at a time. While weather can be different in different areas of thevirtual world in which the user is flying, the weather will appear onlyof a single type at any given time. More specifically, if the user isflying in overcast skies with a ceiling of 4,000 feet, the virtual worldwill appear overcast with a ceiling of 4,000 feet in all directions fromthe user's present location. If the user subsequently flies into mostlysunny skies, the weather might change to mostly sunny skies, but it willdo so in all directions. That is, even if the user looks behind his orher plane, the user will only see mostly sunny skies. The user will notsee the overcast skies from which the user supposedly flew.

In attempts to make simulation games more real, some simulations gamesallow limited download of actual weather conditions for use during gameplay by downloading actual weather conditions prior to the start of agame, and subsequently using the downloaded weather conditions for theduration of the game. While this provides limited realism, it does notalleviate the problem where weather appears the same in all directionsfrom the user's current location, nor does it provide changing and/orcontinuously real weather during the game.

Thus, it would be an advancement in the art to provide improved realismin weather simulation, including cloud formation and temperaturechanges, whereby multiple types of weather can be simulated at the sametime, and whereby the weather simulation is suitable for presentation ona general purpose computer system without over burdening the computersystem such that the computer becomes unacceptably slow at performingother tasks. It would be a further advancement in the art to providecontinuously updated real world weather throughout the duration of gameplay.

In addition to the above, simulation based computer games typicallyprovide limited or no capabilities to provide user defined weather.Typically, a computer game might allow a user to select general weather,such as “sunny,” “overcast,” or “rainy,” but not allow the user tospecify how cloudy, how much rain, temperature, visibility (e.g., due tohaze), wind, etc. In one known solution, Microsoft® Flight Simulator®2002, a user could specify many of these condition on aper-weather-station basis. That is, for each actual weather station inthe world, the user could specify simulated conditions at that weatherstation. However, a user could not subsequently save the weatherinformation independent of the user's current flight.

A limitation of Flight Simulator 2002 is that the user-specifiedconditions only apply to the specified weather stations. If the userwanted to fly through similar conditions in a different area of theworld, the user would have to re-specify the desired conditions atweather stations in the new location. In addition, weather stations arenot evenly spaced throughout the world. For example, there are many moreweather stations in the United States than in all of Africa. Thisprovides uneven granularity when the user is defining weather in variousplaces.

Thus, it would be an advancement in the art to allow a user to defineweather in an arbitrary space and then apply the user-defined weather toa location specified by the user. It would be a further advancement inthe art to allow a user to define weather with even granularity,regardless of the location in the world in which the weather is applied.

BRIEF SUMMARY OF THE INVENTION

The following presents a simplified summary of the invention in order toprovide a basic understanding of some aspects of the invention. Thissummary is not an extensive overview of the invention. It is notintended to identify key or critical elements of the invention or todelineate the scope of the invention. The following summary merelypresents some concepts of the invention in a simplified form as aprelude to the more detailed description provided below.

To overcome limitations in the prior art described above, and toovercome other limitations that will be apparent upon reading andunderstanding the present specification, the present invention isdirected to providing weather profiles in a computer game. According toan aspect of the invention, a software storage medium stores computerexecutable instructions for graphically depicting weather defined in apre-existing weather profile to a simulated geographical environment ina computer game. The software reads a data structure storing predefinedlocation-neutral weather information, wherein the data structurecomprises weather information for each of a plurality of cells in amulti-dimensional array. The software applies the weather informationread from the data structure to a grid within the simulated geographicalenvironment of the computer game based on a user's starting positionwithin the computer game, and then the computer game graphically depictsweather based on a current position of the user within the grid.

According to another aspect of the invention, a data structure may beused to identify weather for simulation in a computer game. The datastructure includes, for each of a plurality of cells in a firsttwo-dimensional grid, a first data field storing weather informationcorresponding to an area of predetermined size in a simulatedgeographical environment of the computer game. Each first data fieldincludes a plurality of sub-data fields, each defining a weather layer.

According to another aspect of the invention, a computer readable mediumstores computer executable instructions for graphically depictingweather defined in a pre-existing weather profile to a simulatedgeographical environment in a computer game. The stored software reads adata structure storing predefined location neutral weather information.The data structure includes a plurality of weather layers for each cellin a two-dimensional array, and each cell corresponds to a simulatedgeographic area of predetermined size. The plurality of weather layersare selected from a set of layer types including a surface conditionlayer, a cloud layer, a temperature layer, a wind layer, and avisibility layer. The software applies the weather layers read from thedata structure to a grid within the simulated geographical environmentof the computer game centered on a user's starting position within thecomputer game, and the software graphically depicts weather in thecomputer game. The graphically depicted weather corresponds to theweather layers of a cell in which the user is currently located in thecomputer game within the grid.

BRIEF DESCRIPTION OF THE DRAWINGS

A more complete understanding of the present invention and theadvantages thereof may be acquired by referring to the followingdescription in consideration of the accompanying drawings, in which likereference numbers indicate like features, and wherein:

FIG. 1 illustrates a general operating environment suitable for one ormore aspects of an illustrative embodiment of the invention.

FIG. 2 illustrates a general method for dynamically simulating weatheraccording to an illustrative embodiment of the invention.

FIG. 3 illustrates a geographic cell grid that may be used toindependently simulate weather over a geographic area according to anillustrative embodiment of the invention.

FIG. 4 illustrates a method for determining cloud formation informationaccording to an illustrative embodiment of the invention.

FIG. 5 illustrates a dynamic weather settings menu according to anillustrative embodiment of the invention.

FIG. 6 illustrates a weather initialization menu according to anillustrative embodiment of the invention.

FIG. 7 illustrates a customized weather menu according to anillustrative embodiment of the invention.

FIG. 8 illustrates an advanced weather menu and a cloud submenuaccording to an illustrative embodiment of the invention.

FIG. 9 illustrates an advanced weather menu and a wind submenu accordingto an illustrative embodiment of the invention.

FIG. 10 illustrates an advanced weather menu and a temperature/pressuresubmenu according to an illustrative embodiment of the invention.

FIG. 11 illustrates an advanced weather menu and a visibility submenuaccording to an illustrative embodiment of the invention.

FIG. 12 illustrates a weather profile array according to an illustrativeaspect of the invention.

FIG. 13 illustrates layers of a weather profile array according to anillustrative aspect of the invention.

FIG. 14 illustrates a flowchart for providing a weather profile to auser according to an illustrative aspect of the invention.

FIG. 15 illustrates a timed weather profile array according to anillustrative aspect of the invention.

FIG. 16 illustrates a weather profile creation tool user interfaceaccording to an illustrative aspect of the invention.

FIG. 17 illustrates a surface attributes window according to anillustrative aspect of the invention.

FIG. 18 illustrates a temperature attributes window according to anillustrative aspect of the invention.

FIG. 19 illustrates a visibility attributes window according to anillustrative aspect of the invention.

FIG. 20 illustrates a wind attributes window according to anillustrative aspect of the invention.

FIG. 21 illustrates the weather profile creation tool with a firstvisibility layer selected according to an illustrative aspect of theinvention.

FIG. 22 illustrates the weather profile creation tool with a secondvisibility layer selected according to an illustrative aspect of theinvention.

FIG. 23 illustrates a clouds attribute window with a color channel dropdown list according to an illustrative aspect of the invention.

FIG. 24 illustrates a weather profile properties window according to anillustrative aspect of the invention.

FIG. 25 illustrates an options window according to an illustrativeaspect of the invention.

DETAILED DESCRIPTION OF THE INVENTION

In the following description of the various embodiments, reference ismade to the accompanying drawings, which form a part hereof, and inwhich is shown by way of illustration various embodiments in which theinvention may be practiced. It is to be understood that otherembodiments may be utilized and structural and functional modificationsmay be made without departing from the scope of the present invention.

Illustrative Operating Environment

FIG. 1 illustrates an example of a suitable general purpose computingsystem environment 100 on which dynamic weather may be simulated. Thecomputing system environment 100 is only one example of a suitablecomputing environment and is not intended to suggest any limitation asto the scope of use or functionality of the invention. Neither shouldthe computing environment 100 be interpreted as having any dependency orrequirement relating to any one or combination of components illustratedin the exemplary operating environment 100.

The invention is operational with numerous other general purpose orspecial purpose computing system environments or configurations.Examples of well known computing systems, environments, and/orconfigurations that may be suitable for use with the invention include,but are not limited to, personal computers; server computers; portableand hand-held devices such as personal digital assistants (PDAs), tabletPCs or laptop PCs; multiprocessor systems; microprocessor-based systems;set top boxes; programmable consumer electronics; network PCs;minicomputers; mainframe computers; distributed computing environmentsthat include any of the above systems or devices; and the like.

The invention may be described in the general context ofcomputer-executable instructions, such as program modules, beingexecuted by a computer. Generally, program modules include routines,programs, objects, components, data structures, etc. that performparticular tasks or implement particular abstract data types. Theinvention may also be practiced in distributed computing environmentswhere tasks are performed by remote processing devices that are linkedthrough a communications network. In a distributed computingenvironment, program modules may be located in both local and remotecomputer storage media including memory storage devices.

With reference to FIG. 1, an illustrative system for implementing theinvention includes a general purpose computing device in the form of acomputer 110. Components of computer 110 may include, but are notlimited to, a processing unit 120, a system memory 130, and a system bus121 that couples various system components including the system memoryto the processing unit 120. The system bus 121 may be any of severaltypes of bus structures including a memory bus or memory controller, aperipheral bus, and a local bus using any of a variety of busarchitectures. By way of example, and not limitation, such architecturesinclude Industry Standard Architecture (ISA) bus, Micro ChannelArchitecture (MCA) bus, Enhanced ISA (EISA) bus, Video ElectronicsStandards Association (VESA) local bus, Advanced Graphics Port (AGP)bus, and Peripheral Component Interconnect (PCI) bus also known asMezzanine bus.

Computer 110 typically includes a variety of computer readable media.Computer readable media can be any available media that can be accessedby computer 110 and includes both volatile and nonvolatile media,removable and non-removable media. By way of example, and notlimitation, computer readable media may comprise computer storage mediaand communication media. Computer storage media includes both volatileand nonvolatile, removable and non-removable media implemented in anymethod or technology for storage of information such as computerreadable instructions, data structures, program modules or other data.Computer storage media includes, but is not limited to, RAM, ROM,EEPROM, flash memory or other memory technology, CD-ROM, digitalversatile disks (DVD) or other optical disk storage, magnetic cassettes,magnetic tape, magnetic disk storage or other magnetic storage devices,or any other medium which can be used to store the desired informationand which can accessed by computer 110. Communication media typicallyembodies computer readable instructions, data structures, programmodules or other data in a modulated data signal such as a carrier waveor other transport mechanism and includes any information deliverymedia. The term “modulated data signal” means a signal that has one ormore of its characteristics set or changed in such a manner as to encodeinformation in the signal. By way of example, and not limitation,communication media includes wired media such as a wired network ordirect-wired connection, and wireless media such as acoustic, RF,infrared and other wireless media. Combinations of any of the aboveshould also be included within the scope of computer readable media.

The system memory 130 includes computer storage media in the form ofvolatile and/or nonvolatile memory such as read only memory (ROM) 131and random access memory (RAM) 132. A basic input/output system 133(BIOS), containing the basic routines that help to transfer informationbetween elements within computer 110, such as during start-up, istypically stored in ROM 131. RAM 132 typically contains data and/orprogram modules that are immediately accessible to and/or presentlybeing operated on by processing unit 120. By way of example, and notlimitation, FIG. 1 illustrates operating system 134, applicationprograms 135, other program modules 136, and program data 137.

The computer 110 may also include other removable/non-removable,volatile/nonvolatile computer storage media. By way of example only,FIG. 1 illustrates a hard disk drive 141 that reads from or writes tonon-removable, nonvolatile magnetic media, a magnetic disk drive 151that reads from or writes to a removable, nonvolatile magnetic disk 152,and an optical disk drive 155 that reads from or writes to a removable,nonvolatile optical disk 156 such as a CD ROM or other optical media.Other removable/non-removable, volatile/nonvolatile computer storagemedia that can be used in the exemplary operating environment include,but are not limited to, magnetic tape cassettes, flash memory cards,digital versatile disks, digital video tape, solid state RAM, solidstate ROM, and the like. The hard disk drive 141 is typically connectedto the system bus 121 through an non-removable memory interface such asinterface 140, and magnetic disk drive 151 and optical disk drive 155are typically connected to the system bus 121 by a removable memoryinterface, such as interface 150.

The drives and their associated computer storage media discussed aboveand illustrated in FIG. 1, provide storage of computer readableinstructions, data structures, program modules and other data for thecomputer 110. In FIG. 1, for example, hard disk drive 141 is illustratedas storing operating system 144, application programs 145, other programmodules 146, and program data 147. Note that these components can eitherbe the same as or different from operating system 134, applicationprograms 135, other program modules 136, and program data 137. Operatingsystem 144, application programs 145, other program modules 146, andprogram data 147 are given different numbers here to illustrate that, ata minimum, they are different copies. A user may enter commands andinformation into the computer 110 through input devices such as akeyboard 162 and pointing device 161, commonly referred to as a mouse,trackball or touch pad. Other input devices (not shown) may include amicrophone, joystick, game pad, satellite dish, scanner, or the like.These and other input devices are often connected to the processing unit120 through a user input interface 160 that is coupled to the systembus, but may be connected by other interface and bus structures, such asa parallel port, game port or a universal serial bus (USB). A monitor184 or other type of display device is also connected to the system bus121 via an interface, such as a video interface 183. Computer 110 mayalso include a digitizer 185 for use in conjunction with monitor 184 toallow a user to provide input using a stylus input device 186. Inaddition to the monitor, computers may also include other peripheraloutput devices such as speakers 189 and printer 188, which may beconnected through an output peripheral interface 187.

The computer 110 may operate in a networked environment using logicalconnections to one or more remote computers, such as a remote computer180. The remote computer 180 may be a personal computer, a server, arouter, a network PC, a peer device or other common network node, andtypically includes many or all of the elements described above relativeto the computer 110, although only a memory storage device 181 has beenillustrated in FIG. 1. The logical connections depicted in FIG. 1include a local area network (LAN) 171 and a wide area network (WAN)173, but may also include other networks. Such networking environmentsare commonplace in offices, enterprise-wide computer networks, intranetsand the Internet.

When used in a LAN networking environment, the computer 110 is connectedto the LAN 171 through a network interface or adapter 170. When used ina WAN networking environment, the computer 110 typically includes amodem 172 or other means for establishing communications over the WAN173, such as the Internet. The modem 172, which may be internal orexternal, may be connected to the system bus 121 via the user inputinterface 160, or other appropriate mechanism. In a networkedenvironment, program modules depicted relative to the computer 110, orportions thereof, may be stored in the remote memory storage device. Byway of example, and not limitation, FIG. 1 illustrates remoteapplication programs 182 as residing on memory device 181. It will beappreciated that the network connections shown are exemplary and othermeans of establishing a communications link between the computers may beused.

Illustrative Embodiments of the Invention

One or more aspects of the invention may be embodied incomputer-executable instructions (i.e., software), such as in a weathersimulation software object, routine or function (collectively referredto herein as a weather simulation manager) stored in system memory 130or non-volatile memory 141, 152, 156 as application programs 135, 145,program modules 136, 146, and/or program data 137, 147. The software mayalternatively be stored remotely, such as on remote computer 180 withremote application programs 182. Generally, program modules includeroutines, programs, objects, components, data structures, etc. thatperform particular tasks or implement particular abstract data typeswhen executed by a processor in a computer or other device. The computerexecutable instructions may be stored on a computer readable medium suchas a hard disk 141, optical disk 156, removable storage media 152, solidstate memory, RAM 132, etc. As will be appreciated by one of skill inthe art, the functionality of the program modules may be combined ordistributed as desired in various embodiments. In addition, thefunctionality may be embodied in whole or in part in firmware orhardware equivalents such as integrated circuits, field programmablegate arrays (FPGA), and the like.

The weather simulation manager may be a component of a largerapplication program, such as a computer game that simulates weather aspart of the gaming environment. Examples of such games may include, butare not limited to, flight simulation games, war simulations games, orany other game that takes place in a simulated virtual world. The largerapplication program might also be a computer based training applicationthat trains users in a simulated real-world environment, or it may beany application program that simulates a virtual environment that reliesin part on weather. The larger application program of which the weathersimulation manager is a part may be referred to herein as the controlprogram. As used herein, the term “computer game” refers to any gameplayed on a personal computer, handheld computer, personal digitalassistant, mobile phone, video game console, arcade game unit, and/orplayed on any other data processing device.

With reference to FIG. 2, aspects of the invention may include a methodfor dynamic weather simulation. In step 201, the weather simulationmanager initializes the weather, e.g., by obtaining or determininginitial values for temperature and dew point for each of various regionsin a simulated geographical environment (discussed in detail below).Next, in step 203, the weather simulation manager determines whetherclouds should form in each region. If clouds should form in a region,the weather simulation manager causes the computer system to graphicallydepict, also referred to as render, a layer of clouds in that region, instep 205. Next, in step 207, the weather simulation manager determines,for each of the various regions, whether each existing cloud layershould dissipate. If so, in step 209, the weather simulation managercauses the computer system to dissipate the cloud layer determined todissipate in step 207. In step 211, the weather simulation managerupdates the weather conditions, e.g., including temperature and dewpoint, and returns to step 203. Each of these general steps will now bedescribed in more detail.

With reference to FIG. 3, the weather simulation manager mayindependently simulate weather using the method of FIG. 2 (as furtherdescribed in detail below) for each of a plurality of cells 305 in ageographical grid 307. Each cell 305 of the grid 307 corresponds to apredetermined geographic area within the simulated virtual environment.Because the user typically cannot see every location in the simulatedenvironment at the same time, the weather simulation manager might onlysimulate weather for those cells located adjacent to, within apredetermined distance of, or within a predetermined radius of theuser's current position 301 or current cell 305. In an illustrativeembodiment, each cell 305 may be a simulated 16 km×16 km area, extendingaway from the user in an approximately circular region 303 for a radiusof 128 km. As the user moves within the simulated environment, cells maybe added and removed from the set of cells for which weather simulationis performed as the cells come within and move beyond the predetermineddistance, respectively. The cell sizes and predetermined distance may beincreased or decreased, depending on the simulated visibility,performance capabilities of the computer system on which the weathersimulation manager is running, and simulation regions other than circlesmay be used (e.g., rectangular, ellipse, triangular etc.).

In order to ensure that weather simulation does not affect other controlprogram functions or other application programs running on the samecomputer system, the weather simulation manager may be allotted apredetermined amount of computer resources in which to perform weathersimulation functions. In addition, the weather simulation manager mightonly perform weather simulation calculations for any given cell oncewithin a predetermined amount of time, e.g., no more than once every tenseconds.

In an illustrative embodiment of the invention, the control program mayallot the weather simulation manager a time slice, e.g., a fiber, everyanimation frame (preferably running at 30 frames per second or higher)in which the weather simulation manager can perform weather simulationfunctions. The weather simulation manager performs weather simulationcalculations as described herein for as many cells within the region 303as possible during each time slice. When the time slice is over, theweather simulation manager waits for the next allotted time slice andcontinues with the next cell in the region 303. Prior to performingweather simulation calculations for a cell, the weather simulationmanager may check to see if the current cell has had weather simulationcalculations performed within a predetermined amount of time (e.g., 10seconds in this example) and, if so, skips the cell. Those of skill inthe art will appreciate that any time slice allotment may be used, e.g.,based on fibers, threads, time, and the like, and any predeterminedamount of time, including zero, may be used as the delay for weathersimulation calculations for each cell.

Because the weather simulation manager performs weather calculations foreach cell seaparately, different weather may be simulated in neighboringcells. This provides an increased sense of realism to the user becausethe weather simulation manager more closely mimics real world weather.That is, a user facing one direction might see mostly sunny skies and norain, whereas if the user looks in the opposite direction in thesimulated environment the user might see overcast skies and rain.

The control program (e.g., a flight simulation game) may be divided intophases. In a setup phase, a user may set parameters which may be used tocontrol a subsequent game play phase. With reference back to FIG. 2, instep 201 the control program and/or weather simulation manager, duringthe setup phase or at the very beginning of a game play phase,initializes current weather conditions for each cell in the virtualenvironment. The weather simulation manager initializes weatherconditions for cells within the predetermined distance 303 of the user'sstarting position 301, and may also initialize global weather conditionsoutside that predetermined distance. Other ranges of cells for whichweather conditions are initialized may alternatively be used. For eachcell for which weather conditions are initialized, initial weatherconditions may include surface conditions and winds aloft. Surfaceconditions may include, but are not limited to, temperature, dew point,wind speed, wind shear, wind turbulence and wind direction, cloudcoverage (e.g., 0, ⅛, 2/8, . . . , 8/8; tenths may alternatively beused), cloud ceiling or base altitude, cloud height, cloud type, cloudturbulence, cloud icing, and atmospheric pressure. Winds aloft mayinclude, but is not limited to, wind speed, wind direction, andtemperature at altitudes from 3,000 feet up to 39,000 feet.

Weather initialization may be based on various sources. In oneembodiment of the invention, with reference to FIGS. 6-11, the user mayselect a starting weather theme 603 from a weather menu 601. The controlprogram may have a default weather theme. For example, in FIG. 6, if theuser selects or the default weather is the “fair weather” theme 605, theweather might be initialized to 59 degrees Fahrenheit, ⅛ cloud coverageat 6,000 feet with a cloud height of 1,000 feet, and no surface wind.

Alternatively, when a user selects Real-world weather 607 or 609,weather may be based in whole or in part on actual weather. When thesimulated environment is a simulation of actually occurring geography(e.g., the United States or elsewhere on Earth), the weather simulationmanager may download current weather conditions from a remote database182 (FIG. 1) over the Internet 173 or some other network 171. Forexample, the weather simulation manager may download surface weatherconditions as METeorological Aerodrome Reports (METARs) provided byweather stations (other meteorological data providing reports mayalternatively be used). METARs may be retrieved from Jeppesen Sanderson,Inc. of Denver, Colo. Alternatively, METARs may be retrieved from theNational Weather Service. METARs are known in the art, and are availablefor approximately 6,000 weather stations in the world, approximatelyhalf of which are in the United States. For cells in which a METARproducing weather station is located, the weather simulation manager mayuse the data from that METAR producing weather station for that cell.For cells in which there is not a METAR producing weather station, theweather simulation manager may interpolate between METAR producingweather stations to arrive at the initial weather conditions for thosecells.

If the user selects static Real-world weather 607, the weathersimulation manager might download current weather conditions once priorto beginning game play, and subsequent weather changes are as describedbelow (not based on real weather). Alternatively, if the user selectsauto-updated Real-world weather 609, the weather simulation managermight download current weather conditions prior to beginning game play,and download subsequent weather changes periodically during game play,e.g., every 15 minutes. The weather may transition gradually to thenewly downloaded weather over several minutes, rather than jumpingabruptly to the new weather, as further described below. Weather may ormay not change in-between real weather download intervals.

The user may alternatively select User-defined weather 613, which maylaunch a custom weather menu 701, illustrated in FIG. 7. Custom weathermenu allows the user to change general weather conditions for any or allweather stations for which weather METARs may be received. The user mayselect an advanced weather option 703 to change more specific weatherconditions.

Upon selection of advanced weather option 703, the control program orweather simulation manager launches an advanced weather menu 801,illustrated in FIG. 8, where the user can change specific weatherconditions, including clouds, wind, temperature/pressure, andvisibility, for any or all of weather stations for which weather METARsmay be received. Each of clouds, wind, temperature/pressure, andvisibility may have a sub-menu or tab 803, 805, 807, 809, respectively,through which the user can edit specific details for each respectivecondition. FIG. 8 illustrates the advanced weather menu 801 and cloudsub-menu 803, through which the user may be able to specifymeteorological conditions for cloud type, cloud coverage, cloud tops,cloud base, turbulence, icing, and precipiation. FIG. 9 illustrates theadvanced weather menu and wind submenu 805, through which the user maybe able to specify meteorological conditions for wind altitude, windspeed, wind gusts, wind turbulence, shear strength, and wind direction.FIG. 10 illustrates the advanced weather menu and temperature/pressuresubmenu 807, through which the user may be able to specifymeteorological conditions for altitude and dew point for variousaltitudes, as well as barometric pressure at sea level. FIG. 11illustrates the advanced weather menu and visibility submenu 809,through which the user may be able to specify meteorological conditionsfor visibility at various altitudes. Within each submenu, the user mayspecify and/or modify weather conditions on a per weather station basisand/or for each of various altitudes, thus providing user-specifiedweather in three dimensions.

After initialization, the weather simulation manager begins weathersimulation in step 203 by determining whether clouds should form in eachcell within the predetermined distance of the user's current (starting)position. As indicated above, the weather simulation manager performsweather calculations for each cell separately (one of skill in the artwill appreciate that weather for one cell may be based in part onweather in another cell, e.g., when the weather simulation managerinterpolates a current cell's weather based on one or more weatherstations located in one or more nearby cells). The method will bedescribed with respect to a single cell, and those of skill in the artwill appreciate that the same methods may be performed for each cell asapplicable.

To determine if clouds should form in step 203, the weather simulationmanager first determines a cloud formation probability for the cell. Thecloud formation probability may vary depending on the spread between thetemperature T and dew point DP (referred to herein as the T/DP spread).Because cloud formation is checked relatively often (e.g., once everyten seconds in the above example), the cloud formation probability ispreferably low so that cloud formation mimics real weather. For example,in one illustrative embodiment, when the T/DP spread is zero, the cloudformation probability 0.04 results in only a 4% chance of a cloudforming per minute (or per weather calculation cycle, or per some otheramount of time). When the probability is based per minute, and theweather calculation cycle is less than one minute, then the probabilitymay be adjusted accordingly. For example, if a weather calculation cyclefor a cell occurs 20 seconds after the previous weather calculationcycle for that cell, then the probability may be divided by 3 (20sec./60 sec.=⅓). As the T/DP spread increases, the cloud formationprobability approaches zero. For example, the cloud formationprobability may have a small value, such as 0.0125%, when the T/DPspread is greater than a predetermined spread, such as 50 degreesCelsius. Other probabilities may alternatively be used.

Upon determining the cloud formation probability, the weather simulationmanager generates a random or pseudo-random number, collectivelyreferred to herein as a random number, between 0 and 1. If the randomnumber is less than the cloud formation probability, the weathersimulation manager forms a cloud layer in step 205. Otherwise, theweather simulation manager continues to step 207.

In step 205, the weather simulation manager determines what type ofcloud layer to form, at what base altitude, and with what height. FIG. 4illustrates step 205 in more detail. In step 401, the weather simulationmanager determines the cloud coverage with which the cloud layer shouldbe drawn. Cloud coverage is typically determined based on the percentageof sky covered by clouds. For example, meteorologists sometimes refer tocloud coverage based on Table 1:

TABLE 1 Fraction of sky covered by clouds Cloud coverage description 0/8Clear/Sunny ⅛- 2/8 Few Clouds/Mostly Sunny ⅜- 4/8 Scattered Clouds ⅝-⅞Broken/Mostly Cloudy 8/8 OvercastAlternatively, cloud coverage based on tenths or some other cloudcoverage basis may be used, as is known in the art.

The weather simulation manager determines cloud coverage using Equation1:CC=CF_(Act)/CF_(Max)+R_(CC)  (Equation 1)Where CC represents cloud coverage, CF_(Act.) represents the actualcloud formation probability computed in step 203, CF_(Max.) representsthe maximum cloud formation probability when the T/DP spread is zero,and R_(CC) represents a random factor, e.g., ±50%, that may be added toCC. CC may be rounded up or down to the nearest ⅛ or other applicablefraction. The actual value of CC may be used to determine how much ofthe sky in the applicable cell the cloud layer should fill.

In step 403, the weather simulation manager determines the cloud layerbase altitude. The cloud layer base altitude may be determined usingEquation 2:CBA=((T−DP)×1000/2.5)+R_(CBA)  (Equation 2)Where CBA represents Cloud Base Altitude in feet, Temperature T and DewPoint DP are in degrees Celsius, and R_(CBA) is a random number suchthat −300<R_(CBA)<300 feet, which provides for some randomness in thecloud base altitude. Other limits for the random number R_(CBA) mayalternatively be used, or R_(CBA) may be set at zero to provide auniform cloud base altitude. The Cloud Base Altitude may also beadjusted so that no two cloud layers overlap by more than a predefinedamount, e.g., by no more than 60%. The constant value 2.5 represents anapproximation of the temperature drop per 1,000 feet increase inaltitude. Other approximations may be used, e.g., based on type ofweather, degrees Fahrenheit versus degrees Celsius, etc. In oneembodiment, 2.5 degrees per 1,000 feet may be used. Alternatively, 4degrees per 1,000 feet may be a more accurate approximation in hot,sunny weather, whereas 2.5 degrees per 1,000 feet may be a more accurateapproximation in cloudy, humid weather.

Finally, the weather simulation manager determines whether the cloudbase altitude is low, medium, or high, and proceeds to steps 405, 411,or 417, respectively. Low, medium, and high cloud base altitudes may bedetermined based on the relationships indicated in Equation 3:Low≦2,000 meters<Medium≦6,000 meters<High  (Equation 3)Other values may alternatively be used to delineate between low, medium,and high cloud based altitudes.

In step 405, the weather simulation manager checks the currentbarometric pressure to determine what type of clouds to draw at lowaltitude. If the barometer is below 1007.4 millibars, then the weathersimulation manager in step 407 renders a cloud layer of stratus typeclouds at the determined cloud base altitude CBA with a predeterminedheight and according to the determined cloud coverage CC (i.e., thecloud layer covers the fraction of the sky determined by CC). The heightmay be statically set, e.g., to 2,000 feet, or the height may have anelement of randomness. If in step 405 the barometer is greater than orequal to 1007.4 millibars, then the weather simulation manager in step409 renders a cloud layer of cumulus type clouds at the determined cloudbase altitude CBA with a predetermined height and according to thedetermined cloud coverage CC. The cloud height may be statically set,e.g., to 6,000 feet, or the height may have an element of randomness.Other barometer levels may be used as well.

If in step 403 the cloud base altitude falls within the medium range,the weather simulation manager checks the barometer in step 411 todetermine what type of clouds to render. If the barometer is below1007.4 millibars, then the weather simulation manager in step 413renders a cloud layer of stratus type clouds at the determined cloudbase altitude CBA with a predetermined height and according to thedetermined cloud coverage CC. The cloud height may be statically set,e.g., to 3,000 feet, or the height may have an element of randomness. Ifin step 411 the barometer is greater than or equal to 1007.4 millibars,then the weather simulation manager in step 415 renders a cloud layer ofcumulus type clouds at the determined cloud base altitude CBA with apredetermined height and according to the determined cloud coverage CC.The cloud height may be statically set, e.g., to 8,000 feet, or theheight may have an element of randomness.

If in step 403 the cloud base altitude falls within the high range, theweather simulation manager in step 417 renders a cloud layer of cirrustype clouds at the determined cloud base altitude CBA with apredetermined height and according to the determined cloud coverage CC.The cloud height may be statically set, e.g., to 500 feet, or the heightmay have an element of randomness.

The weather simulation manager may simulate a variety of stratus,cumulus, cumulonimbus, and cirrus type clouds. The weather simulationmanager may select one type to render, as applicable, based on cloudbase altitude and height, e.g., cirrostratus, altostratus, nimbostratus,stratocumulus, altocumulus, cirrocumulus, cumulonimbus, and the like.

After rendering the cloud layer, the weather simulation managerdetermines, in step 419, whether precipitation is associated with thecloud layer. The precipitation determination may be based in whole or inpart on cloud height, and on whether the temperature falls within aprecipitation range, e.g., −10° C. at cloud altitude. If there is noprecipitation, the weather simulation manager may continue to step 207.If there is precipitation, the weather simulation manager in step 421,determines whether the precipitation is rain, snow or some other form ofprecipitation (e.g., sleet, hail, etc.), and renders the applicableprecipitation in the simulated geographic environment. In oneembodiment, there is a 1% chance of snow and a 4% chance of rain. Theprecipitation may fall to the ground, or the weather simulation managermay simulate virga by simulating the precipitation falling only apredetermined distance below the cloud base, e.g., the precipitationfalls for 2,000 meters below the cloud base.

In step 207 the weather simulation manager determines whether cloudsshould dissipate, i.e., be removed from the visually depicted scenery ofthe simulated environment. The weather simulation manager may determinecloud dissipation similar to the determination of cloud formation. Todetermine if clouds should dissipate, the weather simulation managerdetermines a cloud dissipation probability for cash cloud layer of thecell. Similar to the cloud formation probability, the cloud dissipationprobability may vary depending on the spread between the temperature Tand dew point DP. Because cloud dissipation is checked relatively often(e.g., once every ten seconds in the above example), the clouddissipation probability is also preferably low. For example, in oneillustrative embodiment, when the T/DP spread is zero, the clouddissipation probability may be zero. As the T/DP spread increases to ahigh value, such as 50 degrees Celsius, the cloud formation probabilityapproaches a maximum value, e.g., 0.04 (4%) or 0.039875 (3.9875%) chanceof cloud dissipation per minute (or per weather calculation cycle).Conversely, when the T/DP spread decreases to 0, the probabilityapproaches a minimum value, e.g., 0%. In one embodiment of theinvention, in order to provide realistic cloud formation anddissipation, the cloud dissipation probability is the inverse of thecloud formation probability with respect to the maximum probabilityvalue, calculated as follows:CD_(Act)=CF_(Max)−CF_(Act)  (Equation 4)Where CD_(Act) represents the cloud dissipation probability, CF_(Act)represents the actual cloud formation probability computed in step 203,and CF_(Max) represents the maximum cloud formation probability when theT/DP spread is zero. For example, if the maximum formation/dissipationprobability CF_(Max) is 0.04 (4%) and the current cell's cloud formationprobability CF_(Act) is 0.025 (2.5%), then the cloud dissipationprobability CD_(Act) would be 0.015 (1.5%). Those of skill in the artwill appreciate that variations or other formulas may be used whendetermining cloud dissipation probabilities. The above formula is arepresentative example of a preferable manner in which to calculatecloud dissipation probabilities in a realistic manner.

Upon determining the cloud dissipation probability, the weathersimulation manager generates a random number between 0 and 1. If therandom number is less than the cloud dissipation probability, theweather simulation manager dissipates the existing cloud layer in step209. Otherwise, the weather simulation manager continues to step 211. Ifthe current cell for which weather calculations are being performed hasno present cloud layers, steps 207 and 209 may be skipped for that cell,and the weather simulation manager may proceed directly from step203/205 to step 211, as applicable.

If the weather simulation manager determines that the cloud layer shoulddissipate, then in step 209 the weather simulation manager slowly makesthe cloud layer graphically disappear from the simulated environment. Inone illustrative embodiment, where each cloud is comprised of athree-dimensional volume of sprites, the weather simulation manager maygradually increase a transparency level (e.g., the A-value in an ARGBscheme) of sprites located at edges of the cloud. As the edge sprites'transparency level is increased or near transparent, the weathersimulation manager may increase the transparency level of sprites closerto the center of the cloud as the farther out sprites fade from view.That is, the weather simulation manager increases the transparency levelof the sprites located at the cloud's outer extremes. As those spritesbegin to fade or disappear completely, the weather simulation managerbegins to increase the transparency level of the next set of spritesthat are now located at the cloud's outer extremes as a result of theoriginal set of sprites fading from view and disappearing.

In step 211 the weather simulation manager updates the current weatherconditions. Weather conditions may be modified based on any number ofvariables and in any number of manners. The method in which the weatheris updated is secondary to the cloud determinations calculated based onthe updated weather each calculation cycle (e.g., every 10 seconds inthe above example). The weather update schema described herein is merelyan example of one way in which the weather may be updated. Those ofskill in the art will appreciate that alternative weather update schemasmay be used instead.

During each cycle (i.e., every 10 seconds in the above example), theweather simulation manager may update the temperature and dew point,while other meteorological conditions may remain constant. Othermeteorological conditions may be updated when the control program orweather simulation manager retrieves updated weather information fromthe database over the Internet. The rate with which the temperature anddew point change each cycle may be based on a variety of factorsincluding, but not limited to, the position of the sun in the sky andthe current cloud coverage for the respective cell. As the sun goes upduring the day, the temperature and dew point generally increase,whereas as the sun goes down during the day, the temperature and dewgenerally decrease. Similarly, the temperature and/or dew point may bemore likely to change when there is little cloud coverage than whenthere is greater cloud coverage. In addition, the existing T/DP spreadmay be used as an indication of humidity, which may further affect therates of change for temperature and dew point. Temperature and dew pointmay change independently of each other while following their respectiveincreasing/decreasing trend.

While the trend for the change may be to generally increase or generallydecrease over longer periods of time, each of the temperature and dewpoint may increase or decrease with each cycle. For example, during anincreasing trend, the range with which the temperature and/or dew pointcan change may include a small probability of decreasing and a largerprobability of increasing. The possible range of temperature change withno cloud coverage may be from −0.01 to 0.05 degrees per minute (or perweather calculation cycle), and the weather simulation manager mayrandomly select a value within this range by which to alter thetemperature. Thus, while there is a possibility that the temperature maydecrease, there is a much larger probability that the temperature willincrease. The same or a different range may be used for the dew pointand opposite ranges or other ranges weighted towards decreasing valuesmay be used when the temperature and/or dew point trend is to decrease.

As indicated above, the temperature and dew point changes may be basedon the sun's position in the sky as well as on cloud coverage.Temperature and/or dew point changes may further be based on a ‘reality’setting that alters the changes based on whether the changes shouldattempt to mimic real weather, be more extreme than real weather, or bemilder than real weather. In one illustrative embodiment, with referenceto FIG. 5, a user may set a dynamic weather variable 501 (e.g, a slider)to any of a plurality of positions, e.g., none, mild, medium, high,extreme. A default value may be set to the ‘medium’ setting, whichattempts to mimic actual rates of change of real weather patterns. Themild setting may cause the rate of change to be less than real weather,and the none setting may cause temperature and dew point to remainconstant throughout game play. The high setting may cause the rate ofchange to be more than real weather, and the extreme setting may causerates of change to be a lot more than real weather (e.g., variations of40 degrees Celsius per day).

The selected setting may act as a multiplier for the temperature and/ordew point change. For example, the none setting may multiply thetemperature and/or dew point change by 0, resulting in no change; themild setting may multiple the temperature and/or dew point change by0.5, resulting in less change than real weather; the medium setting maymultiple the temperature and/or dew point change by 1, resulting in realweather; the high setting may multiply the temperature and/or dew pointchange by 3, resulting in greater than normal temperature and dew pointvariations; and the extreme setting may multiply the temperature and/ordew point change by 10, resulting in extreme temperature and dew pointvariations as compared to real life. Alternatively, additional ordifferent settings may be used, or the user may select any arbitrarymultiplier within the range of valid multipliers.

When updating the weather in step 211, the weather simulation managermay perform one or more error checks including, but not limited to,ensuring that the dew point does not exceed the temperature. That is,the dew point should be lower than or the same as the temperature. Ifthe weather simulation manager otherwise attempts to change thetemperature and/or dew point in such a manner that the dew point wouldexceed the temperature, the weather simulation manager forces the dewpoint and temperature to the same value (e.g., either the calculatedtemperature or dew point, or some range in between), or forces the dewpoint to be less than the temperature. In addition, the weathersimulation manager may ensure that the temperature, at ground levelnever exceeds or falls below a certain temperature range. For example,the weather simulation manager may ensure that the temperature T atground level stays within the range −50° C.≦T≦50° C.

If the user, prior to beginning game play or dynamically in the middleof game play, selects updated Real-world weather 609 (FIG. 6), theweather simulation manager may retrieve updated real world weatherconditions from the database over the Internet at regular intervals,e.g., every 15 minutes. The regular intervals in which weather isretrieved from the database are generally much larger than the cycleintervals in which the weather simulation manager updates weather foreach cell (e.g., approximately every 10 seconds in the above example).Therefore, there is a likelihood that the simulated weather will bequite different from the real-world weather by the time the next realworld weather update occurs. This is especially the case when the user'sdynamic weather setting 501 (FIG. 5), 611 (FIG. 6) is set to other thanthe medium setting.

Thus, in one embodiment, upon retrieving updated real world weather, theweather simulation manager may revert the weather back to real worldweather. However, to provide a smooth user experience during game play,the weather simulation manager might not immediately change the currentweather for each cell to the updated real world weather. To do so mightcause unrealistic weather events and/or confuse the user. Instead, theweather simulation manager may gradually morph each cell's currentweather to the retrieved updated real world weather over somepredetermined amount of time, e.g., over the next three minutes of gameplay. This provides a smooth transition back to real weather. After thetransition back to real weather, the weather simulation manager mayrevert back to the user settings to determine subsequent weather changesduring each cycle.

In some embodiments, the weather simulation manager might not simulateweather conditions other than temperature and dew point. That is, theweather simulation manager, during each cycle, might not alter otherweather conditions such as winds aloft and barometric pressure. Instead,these other weather conditions may be updated at the periodic intervalsin which weather is retrieved from the database over the Internet.

Thus, using the methods and systems described above, the weathersimulation manager can provide dynamic weather based on real weather,based a user's individual weather settings, or any combination thereof.The weather simulation manager can simulate real world weather, makingthe user feel part of a larger world, or weather that changes more orless dramatically than real world weather. By independently simulatingweather for each cell in a geographic grid, a variety of weather typesmay be simulated simultaneously, further increasing the realistic lookand feel of the simulated weather.

Weather Profiles

As described above with reference to FIG. 6, a user may select apredefined weather profile, also referred to as a weather theme, basedon which the simulated weather is initiated. Weather profiles use basicweather characteristics, e.g., temperature, pressure, cloud type, baseand height, precipitation type and rate, etc., to provide interestingand challenging sets of weather conditions to a user. Weather profilesmay be provided with the computer game or provided at a later time via athird-party developer, e.g., using the weather profile creation tooldescribed below.

A weather profile may include a data structure that stores weather overa location neutral geographical space, which may subsequently be appliedto any selected geographical space in a simulated environment. That is,a weather profile is a collection of predefined or predeterminedmeteorological data that a computer game, e.g., Flight Simulator® 2004by Microsoft Corporation of Redmond, Wash., uses to define weatherconditions (e.g., temperature, wind, icing) and to render weathervisuals (e.g., clouds, precipitation, fog). The data structure storingweather profile data may include a regular grid of weather observationswhere each observation affects a predefined area, e.g., 256 squarekilometers (a square with 16 kilometers per side). Weather profiles maycontain anywhere from a single observation (i.e., a single 256 km² cell)to an array of many cells in a two-dimensional array. The weatherprofile array need not be square, but it may be if desired. In oneillustrative embodiment, the weather profile array may be as large as32×32 cells, allowing a user to create a rich, dynamic weatherexperience that covers an area of 262,512 square kilometers. The maximumsize of each weather profile array is limited only by available computerresources (e.g., storage, processor speed, etc.). A weather profile mayfollow a given theme, as discussed above, where each cell in the arrayfollows a pattern or corresponds to a certain type of weather.Alternatively, a weather profile may store weather where each cell inthe array is unrelated to other cells and/or contains random weatherobservations.

FIG. 12 illustrates a weather profile array 1201 that is 5 cells wide by3 cells long, thus covering an area of 3,840 square kilometers, based onthe present example. A user can define unique weather for eachindividual cell in the array 1201, e.g., by defining attributes listedin Table 2, below. Weather profile arrays may be oriented in anydirection; however, in the present example all weather profile arraysare oriented with North to the top, as shown in FIG. 12. When a computergame loads a weather profile array, the weather profile array may beloaded centered on a user's initial starting position 1203, or based onsome other predetermined position, and overwrites the weather in thegrid cells in the grid 307 (FIG. 3) around the user, as described above.The weather profile data, when loaded, may be biased around the user'sstarting elevation, rendering weather based on ground level elevation.This is so that if the profile specifies clouds at 3,000 feet and theuser specifies a starting location of Denver, Colo., which has anelevation of greater than 5,000 feet, the computer game renders theclouds 3,000 feet above ground level, rather than below the ground at3,000 feet above sea level.

The weather array is preferably applied at the user's starting locationand does not travel with the user as the user moves. That is, the usercan move through the defined weather profile, but the loaded weatherprofile data preferably remains in the cells in which it is originallyloaded. For example, if a user loaded a “Major Thunderstorm” profile inChicago, the computer game would render and the user would see thethunderstorm around the starting location in Chicago. However, if theuser flew to Florida, the thunderstorm would remain in Chicago and wouldnot follow the user. There may be a global or default set of weatherconditions associated with each weather profile that describes thedefault weather outside of the array boundaries. This allows a user tointeract with predefined weather, although having less granular detail,even after he or she has flown out of the originally defined profilearea. In the example of Major Thunderstorms around Chicago, the weathermight be very detailed with interesting variation in clouds and windsevery 16 km within the weather profile array. When the user fliesoutside the original array size of 256 km×256 km, he or she flies out ofthe extents of the weather profile, so the global set of weatherconditions may be used. The global weather may indicate overcast skiesin keeping with the profile, the global weather may indicate sunny skiesindicating the user has emerged from the storm, or the global weathermay indicate any other default weather conditions as desired.

While the weather profile array 1201 is represented in two-dimensions,each cell 1205 may include multiple layers of information. That is, aprofile array cell 1205 may include information specifying one set ofsurface conditions (e.g., wind, temperature/dew point, visibility) andone or more sets of aloft conditions (e.g., wind, clouds, temperature,at varying altitudes). FIG. 13 illustrates an example of a weatherprofile array 1301 six cells wide by six cells long, thus covering anarea of 9,216 km². Each cell has surface conditions layer information1303. Some cells have a first layer of information 1305 and some cellshave a second layer of information 1307.

It should be appreciated by those of skill in the art that FIG. 13 isillustrative only. Layers for each cell may occur at arbitrary heightsas defined by the weather profile array, as opposed to predeterminedaltitude heights as is implied in FIG. 13, and each cell need not havethe same layers. In addition, each cell need not have first layer 1305in order to have second layer 1307, and vice versa. It should further beappreciated that layers need not be limited to an altitude, but rathermay correspond to a type of weather information. That is, according toone illustrative embodiment there may be a surface condition layer, zeroor more cloud layers, zero or more temperature layers, zero or more windlayers, and zero or more visibility layers. For example, a first layermay indicate high cirrus clouds at a selected altitude; a second layermay indicate winds at 3,000′ above ground level; a third layer mayindicate the temperature from 10,000′-12,500′ above ground level (e.g.,indicating a temperature inversion). Layers may indicate weatherconditions at specific altitudes (in either above sea level or aboveground elevations), or layers may specify weather conditions for analtitude band.

When the weather profile array omits a type of weather layer (e.g., ithas no visibility layer), a default weather setting for that weathertype may be used (e.g., infinite visibility when no visibility layer isincluded). It is when the layers are rendered together by the computergame in the simulated geographical environment that thethree-dimensionality of the weather takes shape.

The information stored in each cell may vary depending on the computergame in which the weather is applied. For example, when being used withFlight Simulator® 2004, the information stored in each cell may includeweather information corresponding to conditions represented in theAdvanced Weather Dialog, illustrated in FIGS. 8-11, or attributes shownin Table 2. When used in conjunction with other computer games,different weather conditions may be stored in each cell as applicable.

Each weather profile may be stored in one or more data files independentof the computer game with which the weather profile is intended to beused. This allows weather profiles to be created and distributedindependently of the computer game if desired. In one illustrativeembodiment, each weather profile may comprise three separate files:

-   -   1) A profile description text file, stored with the extension        .WT, may be used to store the title 605 and description 615 of        the profile to be displayed in the Flight Simulator® 2004        Weather dialog 601, illustrated in FIG. 6.    -   2) A profile data file, stored with the extension .WTB, is a        binary file storing the weather profile array in a format that        can be loaded by a computer game, e.g., Flight Simulator® 2004        in the present example.    -   3) A profile image file may store a graphic 617 that is        displayed in the Weather dialog 601 when a user selects the        associated profile from the profile list. The image may be        stored in any conventional format, e.g., a 280×332 pixel, 24-bit        color bitmap (.BMP). The image file may be optional. If no image        is provided, a default image may be used.

Each of the three files preferably has the same name with differentextensions. This is one way in which the computer game associates thethree files together. Alternative association methods may be used, as isknown in the art, e.g., having a master profile file with apredetermined extension (.WTH), which lists the files necessary for thatweather profile. In some embodiments, all profile files may be stored ina predetermined folder or directory, e.g., in a \weather\profilessubdirectory off of the computer game's root installation directory.

Subsequent to loading the weather profile around a user's startingposition, the computer game may simulate weather as it otherwise would.That is, the weather profile might only define initial weatherconditions, and the weather is subsequently dynamically modeled asdescribed above. Depending on the size of the geographic area in whichthe computer game simulation is run, the weather profile array may besmaller than the geographically simulated area. In such scenarios,various options may be used to simulate weather when the user travelsbeyond the area of the weather profile array. In a first embodiment, theweather profile array may be tiled across the simulated geographicalarea, centered around the user's starting position. Each “tile” maycomprise a duplicate weather profile array, or may comprise amirror-image thereof (north-south mirror image, east-west mirror image,or north-south and east-west mirror image). In another embodiment,weather beyond the weather profile array may revert to default weatherconditions outside the weather profile array, as discussed above. In yetanother embodiment, weather beyond the weather profile array may revertto real world weather.

FIG. 14 illustrates a method of applying a weather profile defined in anarbitrary space to a simulation computer game. In step 1401, thecomputer game displays a list of available weather profiles. The list ofavailable weather profiles may include weather profiles that areincluded with the computer game, as well as independently created and/ordistributed weather profiles identified by the computer game asdescribed above. In step 1403, a user preliminarily selects a weatherprofile, in response to which the computer game displays the associatedimage and description in step 1405. The user, having confirmed theweather profile based on the image and description, subsequentlylaunches the simulation portion of the computer game in step 1407. Thecomputer game then renders the weather from the arbitrarily definedweather profile array centered around the user's starting positionwithin the simulation in step 1409.

Using weather profiles as described above, a simulation computer gamecan provide predetermined weather to any selected space within thesimulated environment. For example, profiles depicting building storms,cold fronts, fair weather, foggy weather, gray and rainy weather,snowstorms, thunderstorms, and the like may be created independent ofthe geographical area to which they are applied, allowing a user toselect a detailed weather scenario for the computer game simulation.Weather profiles also allow a user to have a rich, dynamic weatherexperience without requiring an Internet connection to otherwise receivereal-world weather updates. Weather profiles also allow a user tosimulate weather conditions in a location in which they might nototherwise occur (e.g., snow in the Sahara desert).

According to another aspect of weather profiles, with reference to FIG.15, another dimension may be added to the weather profile array 1501,depicting time. A timed weather profile array 1501 provides “snapshots”of the weather at relative points in time. Weather profile array 1501 amay depict initial weather conditions when a user begins the simulation.Weather profile array 1501 b may depict weather conditions at apredetermined time subsequent to the initial weather conditions, e.g.,thirty minutes subsequent to the initial weather conditions. Weatherprofile array 1501 c may depict weather conditions at a predeterminedtime subsequent to the weather conditions of array 1501 b, e.g., twentyminutes subsequent to the weather conditions of array 1501 b. Thetime-dimension of the weather profile array 1501 may or may not proceedin regular intervals of time, and the time interval can optionally bespecified by a variable associated with each weather profile array“snapshot”. The master weather profile array 1501 may have a defaulttime of day associated with it, e.g., 8 A.M., to provide a default timesetting on which sunlight, etc., can be based, if the user does nototherwise specify a preference when the profile is loaded against aspecific location in the simulated environment.

Using the timed weather profile array 1501, weather profile designerscan model specifically how weather changes over time, instead of relyingon the dynamic weather simulation described above. For example, weathermay smoothly morph between successive weather profile arrays over theinterval time, for example, from the weather defined in weather profilearray 1501 a to the weather defined in weather profile array 1501 b overthirty minutes, and then successively from the weather defined inweather profile array 1501 b to the weather defined in weather profilearray 1501 c over the next twenty minutes.

Using a timed weather profile array, a weather profile designer can moreaccurately model moving weather fronts and known weather events. Thatis, the weather profile designer can accurately specify how weatherevolves over time, instead of relying on dynamic weather simulation. Forexample, suppose an individual was flying on an actual airplane flightto Ronald Reagan Washington National Airport (DCA) on Nov. 29, 2003 whena weather phenomenon at the airport caused major unexpected crosswindsforcing many flights to abort landings at the last minute. A weatherprofile designer could subsequently create a timed weather profile basedon actual weather conditions reported by the DCA weather station atknown times during the time period in question. The individual on theactual flight could then download the timed weather profile, select thetimed weather profile in the computer game (e.g., Flight Simulator®2004), and select DCA as the starting airport. The computer game thenrenders the weather around DCA and the individual can simulate flyingthrough the weather conditions through which the individual actuallyflew. Other historical weather profiles can be created such as based ona specified time allocation during a hurricane, tornado, or othersignificant or interesting weather event.

Weather Profile Creation Tool

Each weather profile array may provide varying amounts of weatherdetail, depending on the complexity of the weather profile and theamount of time spent in creating the weather profile. For example, aweather profile designer may design a simple weather profile in just acouple minutes, providing, e.g., a single cloud layer above the surfaceconditions, and duplicating those same surface conditions and cloudlayer for each cell within the weather profile array (e.g., 4×4 cells inthe array). Alternatively, a weather designer can design a more complexweather profile, including surface conditions, multiple cloud layers,multiple winds aloft layers, multiple visibility layers (e.g.,simulating low altitude haze during summer), and multiple temperaturelayers, each different within each cell of a relatively large weatherprofile array (e.g., 32×32 cells in the array).

In order to more easily create a rich weather profile, weather profiledesigners may use a weather profile creation tool as described herein.With reference back to FIG. 1, the creation tool may be stored in systemmemory 130 or non-volatile memory 141, 152, 156 as application programs135, 145, program modules 136, 146, and/or program data 137, 147. Thesoftware may alternatively be stored remotely, such as on remotecomputer 180 with remote application programs 182. The weather profilecreation tool may be part of the overall computer game application, itmay be a separate software application, or it may be a networkaccessible application such as on an ASP model.

With reference to FIG. 16, a weather profile designer may use theweather profile creation tool 1601 to define multiple layers ofatmospheric phenomenon (e.g., clouds, winds, etc.) and set weatherconditions and properties by “painting” or “drawing” them onto atwo-dimensional grid 1605 a representative of the weather profile array.The tool's user interface 1603 preferably changes dynamically based onthe type of weather condition the user is defining, enabling the user tochoose values for condition-specific data (e.g., wind speed for a windlayer). The profile creation tool may represent data visually by colorvariation on the grid display. In one embodiment, the weather profilecreation tool varies color by mapping the valid range of values for eachselected input to up to 256 distinct values in the red, green and bluecolor channels, and draws the resultant color in the corresponding gridcell(s). This will be described in more detail below.

The weather profile creation tool 1601 provides various features andabilities. User interface window 1603 may include three subwindows, eachproviding additional capabilities. Profile window 1605 illustrates thepresent weather profile being edited, e.g., “grayrain” in FIG. 16. Afirst subportion 1605 a of profile window 1605 illustrates the profilein graphical format, where each cell represents a single cell of aprofile array, e.g., profile array 1201 (FIG. 12), as described above.Cells are shaded when the attributes for that cell have been modifiedand the palette window 1607 is set accordingly (described furtherbelow). Second subportion 1605 b hierarchically illustrates the layerspresent within the weather profile. As shown in subportion 1605 b, thereis one or more each of a surface layer, cloud layer, temperature layer,wind layer, and visibility layer. Layers may be grouped within theirrespective layer types, as shown. A third subportion 1605 c provides thecomplete list of layers currently in the weather profile. A user maychange the size of the grid and provide other master weather profileproperties via a profile properties window 2401, such as is illustratedin FIG. 24, accessible via the File menu. Other options may be availablethrough options window 2501, illustrated in FIG. 25, and accessible viathe Tools menu. For example, by selecting the “override base altitude”checkbox, the precipitation base value will be set at the lowestpermitted value, e.g., −450 meters, to ensure than precipitation fallsall the way to the ground. The lowest permitted value may be negative toaccount for locations with below sea level elevations, e.g., DeathValley in California.

Palette window 1607 provides the available weather conditions that maybe edited based on the selected layer. For example, in FIG. 16, a cloudlayer is currently selected in window 1605 b, so palette window 1607contains cloud attributes that may be adjusted. FIG. 17 illustrates apalette window having surface attributes when a surface layer isselected in window 1605 b or window 1605 c. The surface layer may extendupward to a specified layer height, as shown. FIG. 18 illustrates apalette window having temperature attributes when a temperature layer isselected. FIG. 19 illustrates a palette window having visibilityattributes when a visibility layer is selected. FIG. 20 illustrates apalette window having wind attributes when a wind layer is selected. Acomplete list of attributes and valid values is listed below in

TABLE 2 Those of skill in the art will appreciate that the list in Table2 is illustrative only, and the actual values used may depend on thecapabilities of the computer game with which they are being used. DataType Attribute Valid Values Base-Zero Value Clouds Type Cirrus  0Stratus  1 Cumulus  2 Cumulonimbus  3 Coverage 0/8  0 ⅛  1 2/8  2 ⅜  34/8  4 ⅝  5 6/8  6 ⅞  7 8/8  8 Height (meters)      0-20000 Attr. ValueBase (meters)      0-20000 Attr. Value Precipitation None  0 Rain  1Snow  2 Rate Very Low  0 Low  1 Moderate  2 High  3 Very High  4Precipitation Base      0-20000 Attr. Value (meters) Icing None  0 Trace 1 Light  2 Moderate  3 Severe  4 Turbulence None  0 Occasional  1 Light 2 Moderate  3 Severe  4 Surface Pressure (millibars)   900.0-1154.0Attr. Value −900 Temperature (C.°)   −95-75 Attr. Value +95 Dew Point(C.°)   −95-75 Attr. Value +95 Layer Height      0-20000 Attr. Value(meters) Wind Speed (knots)      0-75 Attr. Value Wind Direction     0-359 Attr. Value (degrees) Wind Gusts (knots)      0-50 Attr.Value Wind Direction      0-180 Attr. Value Variance (degrees) WindShear Gradual  0 Moderate  1 Steep  2 Instantaneous  3 Turbulence None 0 Occasional  1 Light  2 Moderate  3 Severe  4 Temperature Altitude(meters)      0-20000 Attr. Value Temperature (C.°)   −95-75 Attr. Value+95 Dew Point (C.°)   −95-75 Attr. Value +95 Visibility VisibilityDistance 1/16  0 (nautical miles) ⅛  1 ¼  2 ½  3 ¾  4  1  5  2  6  3  7 5  8 10  9 20 10 30 11 40 12 50 13 Unlimited 14 Base Altitude     0-20000 Attr. Value (meters) Height (meters)      0-240000 Attr.Value Wind Altitude (meters)      0-20000 Attr. Value Wind Speed (knots)     0-75 Attr. Value Wind Direction      0-359 Attr. Value (degrees)Wind Gusts (knots)      0-50 Attr. Value Wind Direction      0-180 Attr.Value Variance (degrees) Wind Shear Gradual  0 Moderate  1 Steep  2Instantaneous  3 Turbulence None  0 Occasional  1 Light  2 Moderate  3Severe  4

To change a cell's attributes, a user sets the desired attribute valuesin the palette window 1607, then selects a cell in window 1605 a. Eachpalette window 1607 (described with reference to FIG. 16 for ease ofunderstanding) provides information for each attribute that may beadjusted. For each attribute that may be adjusted, the informationprovided may include an attribute name 1609, an attribute value 1611, anattribute slider 1613, a checkbox 1615 and a color value 1617. Attributename 1609 describes the attribute so that the user knows which attributeis being adjusted.

Attribute value 1611 indicates to the user the attribute value that willbe pointed into a cell if the user selects a grid cell. Attribute value1611 may be selected by clicking the down arrow associated with theattribute value, indicating the user may select from allowable values ina drop down list. Alternatively, when the value is a numeric variable,the user may simply enter the desired value into the attribute valuefield 1611 for the desired attribute.

Attribute slider 1613 corresponds to attribute value 1611, in thatattribute slider 1613 represents the currently selected attribute valuerelative to the available range of attribute values for the selectedattribute. For example, the drop down list for the attribute “Coverage”may provide nine different cloud coverage selections, ranging from 0/8(clear), ⅛ (few clouds) to 8/8 (fully overcast). When the first optionis selected, i.e., 0/8 (clear), then slider 1613 will appear to the farleft of the slider bar for that attribute. When the last option isselected, i.e., 8/8 (Overcast), then slider 1613 will appear to the farright of the slider bar for that attribute. When an option in the middleis selected, e.g., 4/8 (Scattered), slider 1613 appears proportionatelyalong the slider bar corresponding to the selected attribute value. Inaddition to representing the current attribute value, slider 1613 mayalso be used to adjust the attribute value 1611. Moving the slidercorrespondingly causes the attribute value 1611 to also change. Theattribute slider provides an alternative method for a user to adjust anattribute value, and also provides visual feedback to a user regardingthe current attribute value.

Check box 1615 may be used to indicate whether the correspondingattribute will be “drawn” into a profile array cell when a profile arraycell is selected by the user. That is, as shown in FIG. 16, eachcheckbox 1615 is selected for each available cloud attribute. Thus, whenthe user selects a cell or cells in profile window 1605 a, each cloudattribute whose checkbox 1615 is selected will be modified in theselected cell(s). A user can “draw” the attributes whose checkboxes areselected by clicking the mouse button on a cell, or by clicking andholding the mouse button while moving the mouse pointer over numerouscells, similar to how one draws using the utility Microsoft® Paint orother known drawing program.

According to an attribute of the invention, upon drawing the selectedattributes into a cell, the weather profile design tool may shade thecell depending on the number of attributes painted into the cell. Thatis, the weather profile design tool may shade the cell a shade of grey,where the darkness of the shade of grey is dependent on the percentageof the number of available attributes that are actually painted into thecell. For example, if 1 of 9 available attributes (the number of cloudattributes) is painted into a cell, that cell may be shaded a very lightshade of grey. If 4 of 9 available attributes are painted into a cell,that cell may be shaded a medium shade of grey. If 9 of 9 availableattributes are painted into a cell, that cell may be shaded a dark shadeof grey, or black.

According to another aspect of the invention, color value 1617 mayindicate the color channel that a weather profile cell should be shadedin profile window 1605 a, where the intensity of the color channel isbased on the attribute value in that cell. In one embodiment of theinvention, this may be accomplished by mapping the valid range ofattribute values to up to 256 distinct values in the selected colorchannel (or whatever other maximum color channel value is possible). Forexample, the Coverage attribute may support nine valid values for cloudcoverage: 0/8, ⅛, 2/8, ⅜, 4/8, ⅝, 6/8, ⅞, and 8/8. By dividing 256 byone less than the number of valid options, and then multiplying thisresult by the base-zero number of the option (i.e., the integer value ofthe selected choice, starting from zero), the Coverage values can bemapped to color channel intensities as shown in Table 3.

TABLE 3 Coverage Value Formula Color Intensity 0/8 (256/8) * 0 0 ⅛(256/8) * 1 32 2/8 (256/8) * 2 64 ⅜ (256/8) * 3 96 4/8 (256/8) * 4 128 ⅝(256/8) * 5 160 6/8 (256/8) * 6 192 ⅞ (256/8) * 7 224 8/8 (256/8) * 8256

Similarly, the Cloud Type attribute may support four valid values forcloud coverage: cirrus, stratus, cumulus, and cumulonimbus. By dividing256 by one less than the number of valid options, and then multiplyingthis result by the base-zero number of the option, the Cloud Type valuescan be mapped to color channel intensities as shown in Table 4.

TABLE 4 Cloud Type Value Formula Color Intensity Cirrus (256/3) * 0 0Stratus (256/3) * 1 85 Cumulus (256/3) * 2 171 Cumulonimbus (256/3) * 3256

The user may decide to map computer selected attributes to colorchannels, or the user may map other attributes to color channels byselecting a color channel to correspond to the attribute. Attributes canbe mapped to color channels regardless of whether the attribute haslimited discrete values, or can be an altitude range of 0 to hundreds ofthousands of feet. Because there are only three color channels, amaximum of three attributes within a palette window may have associatedcolor channels at any given time. If a user selects a color from thecolor channel drop down list 1617, as illustrated in FIG. 23, and theselected color is presently associated with another attribute, theweather profile creation tool may reassign that color channel to the newattribute. In addition, when color channels are reassigned, profilewindow 1605 a may be updated accordingly. That is, each cell in theprofile window 1605 a may be re-shaded corresponding to the newattribute selected for the changed color channel. In this manner, theuser can get a quick visual indication of which cells have modifiedvalues (e.g., other than the default value) for the newly selectedattribute, based on which cells appears shaded with the correspondingcolor channel.

According to an aspect of the invention, attribute values' base-zerovalues may be determined such that the more extreme a weather condition,the higher the resultant color channel value. For example, the valuelists for the cloud attributes Coverage, Precipitation, Rate, Icing, andTurbulence, defined above in Table 2, are arranged such that the moreextreme the attribute (i.e., more cloudy, worse precipitation, fastericing, more turbulence) the higher the resultant color channel value, ifa color channel is associated with any of those attributes. Thisarrangement results in generally darker colors being displayed in grid1605 a for worse weather conditions than for fairer weather conditions,providing acute visual feedback to a weather profile designer regardingthe severity of weather presently defined for each cell in the grid.

Properties window 1609 provides details regarding the current attributevalues for a selected cell in profile window 1605 a. When no cell isselected, then no properties are displayed. With reference to FIG. 21,when a cell 2101 is selected, properties window 1609 displays thevisibility attribute values associated with cell 2101, because avisibility layer is selected in profile window 1605 c. If another layertype were selected, then properties window 1609 will display theattributes of the cell 2101 for the selected layer type. FIG. 21demonstrates a visibility layer having 10 miles visibility betweenground level and 4,000 meters above ground level. The Visibilityattribute is presently associated with the red color channel, andindicates a red color intensity of 183 (256 divided by one less than thenumber of discrete Visibility value choices(15)*the base-zero value ofthe selected choice(10)), the Base attribute is presently associatedwith the green color channel and indicates a green color intensity of 0(256 divided by one less than the number of discrete choices*thebase-zero value of the selected choice(0)), and the Height attribute ispresently associated with the blue color channel and indicates a bluecolor intensity of 4 (256 divided by one less than the number ofdiscrete choices(240000)*the base-zero value of the selectedchoice(4000)).

A second visibility layer is demonstrated with reference to FIG. 22.Properties window 1609 illustrates attribute values for the same cell2101 for the second visibility layer 2201. Second visibility layer 2201indicates that above 4,000 meters and up to 18,000 meters there isunlimited visibility. The color channel value for red is 256 (i.e.,unlimited visibility is the highest discrete visibility value), so thecell is brighter red in FIG. 22 than in FIG. 21.

With reference back to FIG. 16, a toolbar 1619 may be used to provideshortcut buttons to features most used by a user of the weather profilecreation tool 1601. For example, toolbar 1619 may include buttons forNew Weather Profile, Open Weather Profile, Save Weather Profile, Undo,Redo, Cut, Copy, Paste, Delete, New Surface Layer, New Cloud Layer, NewTemperature Layer, New Wind Layer, New Visibility Layer, Toggle PaletteWindow, Toggle Properties Window, Toggle Grid, Brush, Fill, Erase,Pickup Attributes, Zoom, and Brush Size. The same or different optionsmay also be accessible via a menu on menu bar 1621, e.g., on a Filemenu, Edit menu, Insert menu, Tools menu, Window menu, and/or Help menu.

When the user has finished creation of a weather profile, the user mayselect an Export option which exports the weather profile into a binarydata file, e.g., a .WTB file described above, for use with the computergame for which the weather profile was created. Until the exported datafile is created, the weather profile data may be stored in another fileformat that is understandable by the weather profile creation tool.Those of skill in the art will appreciate that the format of the storeddata is secondary to the capabilities the data provides.

Using the weather profile creation tool, a user or weather profiledesigner can quickly and efficiently modify cell attributes to design arich, dynamic weather profile in much less time than would be requiredto create the same weather profile manually. The concepts of the weatherprofile creation tool, namely drawing attributes into a gridrepresentation of a virtual space, while described with respect toweather profiles, are not so limited. Those of skill in the art willappreciate that a similar tool within the scope of the invention can beused to modify attributes of any two-dimensional space for any purpose.For example, a profile designer could use similar concepts to “paint”landscaping, terrain, cities, or other features each having multipleattributes. In addition, those of skill in the art will appreciate thatthe principles discussed above can be applied to multi-dimensionalspaces having more than two dimensions, by displaying and editing in twoor three dimensions at a time.

While the invention has been described with respect to specific examplesincluding presently preferred modes of carrying out the invention, thoseskilled in the art will appreciate that there are numerous variationsand permutations of the above described systems and techniques. Thus,the spirit and scope of the invention should be construed broadly as setforth in the appended claims.

1. A tangible computer readable medium, other than a modulated datasignal, storing computer executable instructions, which when executedperform a computer-assisted method of graphically depicting weatherdefined in a pre-existing weather profile to a simulated geographicalenvironment in a computer game, comprising: a) a computer reading a datastructure storing predefined location neutral weather information,wherein the data structure comprises weather information for each of aplurality of cells in a multi-dimensional array, and wherein the weatherinformation for each cell comprises a plurality of layers of weatherinformation; b) the computer applying the weather information read fromthe data structure to a grid within the simulated geographicalenvironment of the computer game based on a user's starting positionwithin the computer game; and c) the computer graphically depictingweather in the computer game based on a current position of the userwithin the grid.
 2. The computer readable medium of claim 1, wherein thelayers are selected from a set of layer types including a surfaceconditions layer, a cloud layer, a temperature layer, a wind layer, anda visibility layer.
 3. The computer readable medium of claim 2, whereinthe weather information for a first cell comprises a plurality of layersincluding at least two layers of a same layer type.
 4. The computerreadable medium of claim 1, wherein the multi-dimensional array is atwo-dimensional array.
 5. The computer readable medium of claim 1,wherein each cell of the multi-dimensional array corresponds to ageographical area of predetermined size.
 6. The computer readable mediumof claim 5, wherein each cell of the multi-dimensional array correspondsto a square geographical area of 256 km².
 7. A tangible computerreadable medium, other than a modulated data signal, storing computerexecutable instructions for performing a computer-assisted method ofgraphically depicting weather defined in a pre-existing weather profileto a simulated geographical environment in a computer game, comprising:a) a computer reading a data structure storing predefined locationneutral weather information, wherein the data structure comprisesweather information for each of a plurality of cells in amulti-dimensional array, and wherein the multi-dimensional arraycomprises a three dimensional array, wherein the first and seconddimensions correspond to geographic location, and the third dimensioncorresponds to time; b) the computer applying the weather informationread from the data structure to a grid within the simulated geographicalenvironment of the computer game based on a user's starting positionwithin the computer game; and c) the computer graphically depictingweather in the computer game based on a current position of the userwithin the grid.
 8. The computer readable medium of claim 7, whereinstep c) comprises transitioning the graphically depicted weather withinthe computer game from the weather information stored in each cell in afirst level of the third dimension to the weather information stored ineach cell in a second level of the third dimension.
 9. The computerreadable medium of claim 8, wherein each layer of the multi-dimensionalarray in the third dimension has a specified elapsed time value, andwherein the transitioning occurs over an amount of time corresponding tothe elapsed time value.
 10. A data structure stored on a tangiblecomputer readable medium, said data structure, when executed on acomputer, identifies weather for simulation in a computer game,comprising: for each of a plurality of cells in a first two-dimensionalgrid, a first data field storing weather information corresponding to anarea of predetermined size in a simulated geographical environment ofthe computer game, said each first data field comprising a plurality ofsub-data fields, each sub-data field defining a different weather layer,wherein upon a computer executing the data structure, weather based onthe stored data is rendered on a display screen for presentation to auser based on the user's starting position within the computer game. 11.The data structure of claim 10, wherein each weather layer is selectedfrom a set of layer types including a surface condition layer, atemperature layer, a cloud layer, a visibility layer, and a wind layer.12. The data structure of claim 11, wherein for a first cell the firstdata field comprises a plurality of sub-data fields of the same layertype.
 13. The data structure of claim 11, wherein for a first cell thefirst data field comprises two sub-data fields having weather layers ofthe same altitude.
 14. The data structure of claim 10, said datastructure further comprising: for each of the plurality of cells in thefirst two-dimensional grid, a second data field storing weatherinformation corresponding to the area of predetermined size in thesimulated geographical environment of the computer game, said eachsecond data field comprising a plurality of sub-data fields, eachsub-data field defining a weather layer; and an elapsed time data fieldindicating an amount of time between the weather information of eachfirst data field and the weather information of each second data field.15. The data structure of claim 11, wherein a first sub-data fieldcomprises a surface condition layer storing atmospheric pressure data,surface temperature data, dew point data, height data, surface windspeed data, surface wind direction data, surface wind gust data, surfacewind variance data, surface wind shear data, and surface turbulencedata.
 16. The data structure of claim 11, wherein a first sub-data fieldcomprises a clouds layer storing cloud type data, cloud coverage data,cloud height data, cloud base data, precipitation type data,precipitation rate data, precipitation base data, icing data, andturbulence data.
 17. The data structure of claim 11, wherein a firstsub-data field comprises a temperature layer storing altitude data,temperature data, and dew point data.
 18. The data structure of claim11, wherein a first sub-data field comprises a visibility layer storingvisibility data, base data, and height data.
 19. The data structure ofclaim 11, wherein a first sub-data field comprises a wind layer storingwind altitude data, wind speed data, wind direction data, wind gustdata, wind variance data, wind shear data, and turbulence data.
 20. Atangible computer readable medium, other than a modulated data signal,storing computer executable instructions for graphically depictingweather defined in a pre-existing weather profile to a simulatedgeographical environment in a computer game, comprising: a) a computerexecuting the computer executable instructions by reading a datastructure storing predefined location neutral weather information,wherein the data structure comprises a plurality of weather layers foreach cell in a two-dimensional array, wherein each cell corresponds to asimulated geographic area of predetermined size, and wherein theplurality of weather layers are selected from a set of layer typesincluding a surface condition layer, a cloud layer, a temperature layer,a wind layer, and a visibility layer; b) the computer applying theweather layers read from the data structure to a grid within thesimulated geographical environment of the computer game centered on auser's starting position within the computer game; and c) the computergraphically depicting weather in the computer game, wherein thegraphically depicted weather corresponds to the weather layers of a cellin which the user is currently located within the grid.